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Period for Reply 

A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) FROM 
THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of bme may t»e available under the provisions of 37 CFR i .1 36{a). m no event, nowever. may a reply be Umely filed 

after SIX (6) MONTHS ft^omt^emaiKng (late of this communkatton. ,^ k 

- If the period for reply specified above Is less than tWrty (30) days, a reply i**hln the stalutoiy minimum of thirty (30) days wjfl be oonswereo timely. 

- If NO period for reply is specAed above, the mawmum statutory period vnH apply and wt0 expire SIX (6) MONTHS from the maifing date of this communication. 

- Failure to feply within me set or extended period lor reply wBI. by statute, cause the appticaUon to become ABANDONED (35 U.S.C. § 1 33). 

- Any leply received by the Office tetef than three months etter the maiBng date of this commun^^ even if timely filed, may reduce any 
earned patent temi adjustment. See 97 CFR i .704(b). 

Status 

1 )S Responsive to corTimunication(s) filed on 23 November 2001 . 
2a}n This action is FINAL. 2b)B This action is non-final. 

3) n Since this application is in condition for allowance except for formal matters, prosecution as to the merite is 

closed In accordance with the practice under Ex parte Quayfe, 1 935 CD. 11 , 453 O.G. 21 3. 
Disposition of Claims 

4) IS Ciaim(s) Ud is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration, 

5) n Claim(s) is/are allowed, 

6) iEI Claim(s) 1::8 is/are rejected. 
?)□ Claim{s) is/are objected to. 

8)0 Clalm(s) are subject to restriction and/or election requirement. 

Application Papers 

. 9)0 The speciification is objected to by the Examiner 

10)S The drawing(s) filed on 23 November 2001 is/are: a)EI accepted or 6)0 objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) t>e held In abeyance. See 37 CFR 1.S5(a). 
1 1 )□ The proposed drawing correction filed on is: a)^ approved b)D disapproved by the Examiner. 

If approved* corrected dravvrtngs are required in reply to this Office action. 

12) 0 The oath or declaration is objected to by the Examiner. 
Priority under 35 U.S.C. §§ 119 and 120 

13) 0 Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 1 19(aHcl) or (f). 

a)nAII b)n Some*c)n None of: 

1 ,□ Certified copies of the priority documents have been received. 

2. D Certified copies of the priority documents have been received in Application No. . 

3. D Copies of the certified copies of the priority documents have t^een received in this National Stage 

application from the International Bureau (PCT Rule 17.2(a)). 
" See the attached detailed Office action for a list of the certified copies not received. 

14) 0 Acknowledgment is made of a claim for domestic priority under 35 U.S.C. § 119(e) (to a provisional application). 

a) □ The translation of the foreign language provisional application has been received. 

1 5) D Acknowledgment is made of a claim for domestic priority under 35 U.S.C. §§ 120 and/or 121 . 
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DETAILED ACTION 



1. 



This action is responsive to the application filed on 1 1/23/200L 



This action is made Non-FinaK 



2. 



Claims 1-8 are pending in the case. Claim 1 is an independent claim. 



Drawings 



3. The drawings filed on 1 1/23/2001 have been approved by the examiner. 



Claim Objections 

4. Claim 8 is objected to because of the following informalities: ^'a process to keep track 
the conversion status*'. This should read better as "a process to keep track of the conversion 
status". Appropriate correction is required. 



5. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

'Hie specification shaJl conclude with one or more claims particularly pointing out and distinctiy claiming the 
subject matter which the apph'cant r^ards as his invention. 



Claim Refections - 35 USC§ 112 
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6. Claims 2, and 5 are rejected under 35 U.S.C. 112, second paragraph, as being indefinite 
for failing to particularly point out and distinctly claim the subject matter which ^plicant 
regards as the invention. Claim 2 recites •This support can be for the multiple documents'* 
line 3. The phrase "can be" is vague, because it might or might not perform die support. 

7. Claims 2, and 5 recite the limitation "the same meting" in claim 2, lines 3-4. There is 
insufficietit antecedent basis for this limitation in the claim. There is no previous "same 
meeting" to refer to in this claim or claim it dqpends from. 

8. Claim 5 recites the limitation "the communication method** in claim 2, lines 3-4, There is 
insufficient antecedent basis for this limitation in the claim. There is no previous "same 
meeting" to refer to in this claim or claim it depends from. However, claim 2 recites a 
''communication int^-face" lines 2-3. 

9. Claims 6-7 recite tfie limitation "the newly arriving jobs" in lines 2-3. There is 
insufficient antecedent basis for this limitation in the claim. There is no previous " newly 
arriving jobs" to refer to in this claim or cl^m it depends from. 

10. Claims 6-7 recite the limitation "the assigned priority" in lines 2-3. There is insufficient 
antecedent basis for this limitation in the claim. There is no previous "assigned priority" to 
refer to in this claim or claim it depends fix>m. 
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Claim Rejections - 35 USC§102 

11, The following is a quotation of the appropriate paragr^hs of 35 U.S,C. 1 02 that forni the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the mvention was described in ( I) an application for patent, published under section 1 22(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by anoAer filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 35t(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and was puMi^ied under Article 21(2) of such treaty in the English language. 

12. Claims 1-8 are rejected under 35 U.S.C. 102(e) as being anticipated by Halahmi (PatJ 
2003/0023637, 1/30/2003, filed 2/28/2001). 

Regarding independent claim 1, Halahmi discloses a web browser or agent for requesting, 
from a document source — means to receive outside agent document conversion request—^ a 
document to be displayed in the browser's format. The document source, then sends the 
requested document to a conversion server for converting the document into a format compatible 
with the browser (0035, fig.l). 

Moreover, Halahmi discloses the conversion server using specific converters for 
converting specific-format portions or modules in the document, into a format compatible with 
the browser (0037-0039, 0041). In other words, flie conversion server detranines [arranges the 
converters that are to be implemented for converting the particular order in which the modules 
are submitted to the serv^), and calls the specific converters which are to convert the modules in 
an associated format understood by the converters— meara for calling different conversion 
engines. 
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Regarding claim 2, which depends on claim I, Halahmi discloses the streamed 
conversion of documents using multiple format-specific converters for simultaneously support 
document modules conversion server using a plurality of ^ecific converters for converting 
specific-foraiat portions or modules in the document, into a format compatible with the browser. 
Each converter handles a specific format (0038-0039, 0041). 

Regarding claim 4, which depends on claim 1, Halahmi discloses the conversion server 
using a plurality of specific converters for converting q>ecific-format portions or modules in the 
document, into a fomiat compatible with the browser. Each converter handles a specific format 
(0038-0039, 0041). 

Regarding claim 5, which depends on claim 2, Halahmi discloses the conversion takes 
place on the Ry— real-time conversion- or before a request is made (0038-0039, 0041). 

Regarding claim 6, which depends on claim 3, Halahmi discloses a buffer for queuing 
incoming conversion requests, in order to answer requests sequentially— Aayerf on assigned 
priority-- (0042). In this case the buffer allows ttxc conversion engines to place conversion jobs 
in the queue or waiting list, when the engines are already working on another job. 

Regarding claim 7, which depends on claim 3, Halahmi discloses a buffer for queuing 
incoming conversion requests, in order to answer requests sequentially — based on assigned 
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priority-' (0042). In this case the buffer allows the conversion engines to place conversion jobs 
in the queue or waiting list, when the engines are already woilcing on another job. 

Regarding claim 8, which depends on claim 3, Halahmi discloses a buffers for queuing 
incoming conversion requests, in order to answer requests sequentially, and non-sequentially of a 
document which goes through several stages of conversion (0042, fig.2B). In this case the buffer 
allows the conv«:sion engines to skip one job and take another job, thus tracking which jobs is to 
be prioritized. 



Conctusion 

L The prior art made of record and not relied upon is considered pertinent to applicants 
disclosure. Brid et al. (Pat. # 2002/0143822), Thum et al. (Pat. # 6,616,700), Cromarty et al. 
(Pat. # 6,393,442), Hill et al. (Pat. # 6,023,714), Patton (Pat. # 2003/0051 164 ), Baker et al. 
(Pat. # 6,185,591), and Fox et al. Adapting to Network and Client VarlaWlty via 0n4>emand Dynamic 
Distilllation. ACM, pp. 160-170, 1996. 

n. Any inquiry concerning this conununication or earlier conununications from the 
examiner should be directed to Cesar B. Paula whose telephone number is (703) 306^5543 1 
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(571) 272-2148 as of 10/12/041 The examiner can normally be reached on Monday through 
Friday from 8:00 a.m. to 4:00 p.m. (EST). 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, 
Stephen Hong, can be reached on (703) 308-5465 ( (571) 272-4124 as of 10/12/04). However, in 
such a case, please allow at least one business day. 

Any inquiry of a general nature or relating to the status of this application or proceeding should 

be directed to the Group receptionist whose telephone number is (703) 305-3900. 

Any response to this Action should be mailed to: 

Commissioner for Patents 
P.O. Box 1450 
Alexandria, VA 22313-1450 
Or faxed to: 

• (703) 703-872-9306, (for all Formal communications intended for entry) 

Hand-delivered responses should be brought to Crystal Park 11^ 2121 Crystal Drive, 
Arlington, VA, Sixth Floor (Rec^tionlst). 




CESAR B PAULA 
Patent Examiner 
Art Unit 2178 



9/28/04 
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Adapting to Network and Client Variabflity via On-Demand 

Dynamic DistiUation 



Annando Fox Steven D. Oiibble Eric A. Brewer 
University of Califomia at Berkeley 



QanAmir 



The explosive growth of the Internet and the proUferoiion cf 
smart ceilutar phones and handheld wireless devices is widening 
an already large gap between Intemei cUenu. CUenu vary in their 
hardware resources, seftware st^histkation, md quality of con- 
nectivity, yet server support for cKeil variation ranges from re!a^ 
tiv^ poor to none at all Indus paper we introdttee some design 
principles that we beUeve are fundamental to providing "meaning" 
fid" Internet access for the entire range of clients. In particular, we 
thaw how to perform on-demand datatype-spec^ lossy compres- 
sion on semantUaUy typed data, tailoring content to the spedfie 
constraints cfthe client. We instantiate our design principles in a 
proxy architecture that further a^loiss typed data to enable appU- 
cation-level management of scarce network resources. Our proxy 
architecture generalizes previous workadttressing all three aspects 
of client variation by implying well-understood techniques in a 
novel way, resulting in quantitatively better endrto-end perfor- 
mance, higher quality display output, and new capoSnMesfor lew^ 
end clients, 

1 Introdoctioii 

The cutrent Intemei inftastrucnife includes an cxteosive range 
and number of diems and servecs. Clients vaiy along many axes» 
indodiiig soeea stxe» oolDr depth, efTccdve bandwidth, processing 
power, and ability to handle specific dala encodings, eg., OIF, Fost- 
Saipt, tst MPBG. Htgb»vcrfume devices such as smart phones [30] 
and smalt two-way pagen wiU soon constimte an tocieasing fac- 
tion of Internet cheats, nuddng the vaxiation even mora pxo- 
noixnced. 

These condidons make it diflciUt for servers to provide a level 
of service that is aj^ffopriate for eveiy client For example, PDA's 
with wireless LAN adapters oijoy reasonable bandwidth but have 
low-qu^ity (fisplays. Full-feahired laptqis may connect to the 
Interoet via low bandwidth wide-area wirdess wireline modems. 
Network oon^ters and set-top boxes may not be able to keep up 
with the entire proliferation of data fonnaU found on the Web. 

In this paper we propose Uircc design principles that we believe 
are fundamental to enabling meaniogftil access to Internet content 
for a wide range of clients spanning all these areas of variation. We 
describe experiments asing prototype software as weQ as a uniform 
system architechire embodying these pnnciples. The principBl 
underlying idea of the vchitectuie is that on-demand distiliation 
(datatype-specific lossy compression) both increases quaUty of ser- 
vice for the dient and reduces end-to-end latency perceived by the 
client By poforming cm-deroand distillatioii in the network infra- 
structure rather than at clients or servers, we achieve a separation of 
concerns that confers both tedutol and economic benefiu; by 
making it data^pe-spcdfic, we end>le intelligent management of a 
scarce resource— a slow network Itok— at die ^ication levd. 

Pennlsslon to mak* ditttayhantf copy o« part or afl ol iWt woi^ 
ySSSom tSate ^ted wiawrt U provWod that ooptoa ^^^J^ 

fitte of tt» pubHcaSon and to dato appwr. and nott»^^ 
and/iorafaa. 

ASPIOS VII I0»6 MA, USA 

O im ACM M»791*7S7.7I96A0010^90 
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Tafate 2: TVirfcal Network Viartatlon 



In the remahider of this section we ouOlBB our design pctndples 
and the ad]q)tation mediamsms derived fitom them. Section 2 
dft<CTibfy an archiiecmie that instantiates these raecfaanisms in die 
network infrastnienire. away tiom clients or servers. Section 3 pre* 
sents quantitative evidence that our approach improves eod-tXHcnd 
latency for a large number of cases. Section 4 describes the current 
smpkmentatiott staUisof our azi:hitectuze and what we have leaned 
from it SO foi; Section 5 describes telated work bi various areas, arid 
we present our conclusions in Secdoo 6. 

1.1 Clieiit Variation 

Oients vary along three important dimauions: oetwotk, bard- 
ware, and software. 
Network Vbriatioos indude the bandwidth, latency, and enor 
behavior of the network. Mudi work has been done to 
optimise oetwock-level protocols for wirdess and sinular 
media (S]. In contrast, we focus on reducing bandwidth 
rcciusreiDcnts at the application leva. Ti6le 2 shows typical 
variatioos in bandwidth seen today. 
Hardware Variations inchide screen size and resolutiott, 
color or grayscale bit depth, memory, and CPU power. For 
example, according to proponents of the Network 
Computer. ^'NC's will nde the trailing edge the price/ 
performance curve, where they can reap the benefits of 
plunging prices'* [19]. which implies diat dieir hardware 
CBpabitities will be more modest than those of a typical 
desktop PC As Table 1 ilhtstrates, physical variation across 
cttrrent clients spans an order of magnitude. 
S^ware Variations indude the applicatton-levd data 
encodings that a diem can handle (eg., JreO, PostScript, 
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nonstandard HTML extensions), and also protocol 
extensions such as IP multicast support f 12]. 
Altbough we expect clients to improve over dme, there will 
always be older systenu stiU in use that tepreseitt lelativdy obso- 
lete clieott. and the hi^ end wiU advance loughly in pnalld wfth 
the low end, effectively maintaining a gap between the two. There 
will always be a large dUUnnce between ibe vc^f best la|ittip and 
the very best smait phone. 

1.2 DisiSDPlriodplcsforAdaptingtoVariatioD 

We have identified thne design piiodjitea that we believe are 
fundanienlal for addiessii^ cUent variatiOD most eifectivdy. 

1. Datatype-specific lossy compfesston mechanisms, which 
we introAice as distittathn and mjinemau, can achieve 
much better cotnpresooa iban "generic^ oompiessoiB. 
Their intdligent decisions about what informadoo to throw 
away are based on the semantic type of the data. They arc 
dierefore more effective adaptation medumisms than are 
typeless compressors. 

2. It is computationally feasible on today's hairiwaie to pcr- 
fonn "on fy" adapuaUm by computing a de^red 
representation of a typed object on demand rather than rely- 
ing on a set of pmompuiBd itpieseotations. Although there 
is some latency assoclafert widi generating the lepieseata- 
tioa. die tnd-to-tnd latency from die server to die dieo t can 
be reduced due to die smaller size of die ^Ded 
representation. 

3. There are technical and economic reasons to push complex- 
ity awi^ Irom both cliems and servers; thesefoie, on- 
demand distiUailoo and refinement should be done at an 
imermediau pmxy that has access to aubstantiel computing 
resources and is well-coimecied to the rest of die IntemeL 

U High-I^SciiiaDlkiypaAn<rarIhilaQrpe-Spedfic 
Operations 

As we describe in Section 3, we have found tiat datalype-spe- 
dfic lossy conqnession is an efodve adaptation mechanism that 
can achieved by providing weU-defined operations over semaod- 
caUy 9ped data. Fbr example, lossy oomptession of an image 
reqmres ^scartBng color Informed^ hi^frequency cornponents, 
or pixel resdhidon. Lossy compressioa of video can adtfidonally 
indude frame rale rtducdoiL obviously, lossy conq^ressi^ 
foimattBd t£9a requirea discanfing some formatting informaUoa but 
preserving die actual prose. In all cases, die goal is to preserve 
information that has the higbea semantic value. The user can 
always explicidy ask for a higher<^uaifty representation later if she 
decides that die data is valuable enough to be worth die additional 
latency. 

Knowledge about dataiypes also allows us to reorder tiaflic to 
minimize perceived latent^. If die user is retrieving a technical 
paper, pnontizing text content ahead of image content will usually 
result in die early delivery of die infonnadon with die highest 
semantic vaht& We can only do diis if we can first decompose an 
object into nnalkr ^eoea of dtfiiereiit semaotie types. 

1,3,1 Datatype*Sp€cific Distillation 

We define distillation as highly lossy, datatype- specific com- 
pression diat preserves most of the semantic content of a data object 
while adhering co a particular set of constraints. T^le 3 lists the 
''axes" of compression corresponding to three important datatypes; 
formatted text, images, and video siicams. Of course dicrc are lim- 
its to how severe a degradation of quality is possible before the 
source otyect becomes unrecognizable, Init we have found thai 
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order<of*fflagnitude size reductfons are oftea possible widwut tig- 
rdficandy compromising semantic usefoloesa. 

An object's semantic type and ite encoding are logically inde- 
pendent, eg., PostScript can be used to eneode eidier formatted text 
or a iricture. AlthuMigh die abstract lecAni^ for <fi^^ 
lar ot>ject is a function of die objea's hi^!evel semantic ^pe, die 
imptmetuatian of the distillation technique requires intimatB 
knovdedge of d» encoding. In {vactice, constraints may be imposed 
by specific encodings dud admit efficiem implaneatation of spe- 
cific operations; for example, in die iPEG (20] image encoding* 
scaling die image by a power of 2 is exceptionally inexpensive. 
Nonedidess, in general die disdUatioo technique depends oo die 
data type and not the encoding. 

Distillation can be diought of as optimizing the eibjecl ooolent 
with respect to r^Kesciitstioa oonstiaints. 

1 Data^ype-Specffic Refinement 

The prhnaiy purpose of adistiDed objea is a> allow die user to 
evahiatedievahjeof downloading the odginal. or some pait of the 
original; for instance, zooming so on a section of a graphic or video 
frame, or rendering a particulo' page containing PostScript text and 
figures widuwt having to tender die pteceding pages. We define 
nr/SoeaMii/as die process of fetching some part (pt^sibly dl) of a 
source dject at increased quality* possiUy die original lepreaenta- 
tioo. 

As widi disdlladon, die refinement technique is a function of 
the semantic type, and the iinpleflientation of the tedudqua requifes 
imimate knowtodge of die eneodlag. For example, "koomhig in** is 
a usefidoperttion for all images re;gardless of encoding, but encod- 
ing-specific to<ris are eeoessaiy to extraa and nsayd^r die desired 
zoom region. 

lA Dislillilion and Refliieiiteiit On Demand 

Tb reap Uie maxinuim benefit from distillation and tefinemem. 
a distilled represeniaiion must target specific attributes of die client 
It is likely diat very few ciieats will impose exacdy the same coo* 
straints on distillation, especially if die user can decide how nmcfa 
to constrain each distiOatioa axis. 

lb provids die best possiWe service to all clients, we should 
compute each desired representation on demand, rather than 
attempting to pre-compute a set of representations. Our (non-imui- 
tive) observation, resulting from simulations and impletnentation ^ 
prototypes as described in Section 3, is that distsHation time is small 
and more than made up for by the resulting reduction in traosmis* 
sion time over low-bandwiddi links. We have sucoessfoUy imple- 
mented usefol prototypes dut serve clients spanning an order of 
magnimde in each area of variation, and we believe our approadiBS 
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can be gBDccaliied iim» a eomnum fremew^^ 
Secii(»4.2. 

U FosbiDg Complexi^ Into the linfrastructDre 

Tliete ts growing scmiiDeBt that fhe next wave of successful 
Inlenet diefit devices will be ineaqiessive and timpb (19]. On the 
other hand, the amount of vBriatioa even among existing dieots has 
led to substantial complexity in servers. Fommatdy. we can push 
the compJexiiy away tnm both etients and serveia ^ itlocating it 
into the oetwocfc infrastractuxe. Services audi as distiUation and 
lefinement should be provided by a proxy, a source of bountifiil 
cydes that is weU connected to the seat of the Internet R>r example, 
an Internet Service Pkovider conneccio& piMDt or wifeless bascsta* 
tioa. This anangemem confers techmcal as wdl as economic 
advantages: 

• Servers concentrate on serving high quality content, rather 
than having to maintain multiple vcnions. 

• Serven do not pay the costs lequlied to do on-demand 
distillation. 

• L^acy servers icmaio unchanged. 

• Simple and inexpensive clients can rdy on the proxy to 
optimise content horn servers desipied for higher-end 
dioUs. 

• Kaiher than communicating with many servers per session, 
the client communicates widi a single logical entity, the 
proxy. This allows fine control over both endpoints of the 
slow netwoik oonnecting the dient to the proxy. In ^cci^ it 
allows fht cUent lo manage bandwidth as the ap^cadon 
tevd, just as databases maastge meiBOfy at the appUcatioo 
levd[2^^ 

• Distillation and refinement can be olfeted as a vahie-added 
service by a service provider. The result is an economic 
modd llBvoxable to service provideis, clients, and serveis. 

1^ EsdstiagAppiiMKhcstoDcttliiigwitbVatlBtioa 

Ibday's Internet servers deal poorly with dient variatiak: 

• Some serveis ignore client variation* but this can prevent or 
dissuade lower end dients from accessing the serven' 
content 

" Other servers use only the most basic data types and 
minimal graphics to reduce bandwichh and client rendering 
requirements; sophisticated clients h>se thdr advantages 
when iwr^tiing these 

• Some serveis provide multiple formats for downloading a 
document (e.g., abstract-only, text-only, full PostScript)* or 
multiple versions of a Web page (text-<mly, moderate 
graphics. graphics4ntenstve). This requires additional 
administration at the server and leaves out a wide noddle 
ground of representations . 

• Progressive encodings and the Netsc^ IMG LOWSRC 
extension provide ways of seoieving some contem at lower 
^laiity first, and incrementally refining (he quality later. 
These encodings typically assume that all parts of U)e 
encoded document are equally impoitant, so they cannot 
reorder traffic to present Ihe highest-value content first. In 
addition, it is often impossible for dients to prevem 
subsequent refinements from being delivered after the 
iiutial request, so in ^fect the bandwidth for the entire 




Rgura 1 : Basic proxy aichttechiro. The proxy uses the ifistfilam 
to opMze the quafi^ d servtce tor the client in real thne. The 
Network Connection Monitor (NOM) montaa end-to-erd 
bandwidlh and eonnedhlfy lo ttw praoys dlant(e) and nolBiee 
to praacy of any ehansjes» which may aftect the pcoocy^ 
transcodino decraona. CHenl appttesfions ai« Bnhed with en 
AppScafion Support fibmry that prowidee a atarKlaid API for 
convnunicetoo wjtfi tfie potty; or In the case of t m mod i fiad 
(proxy unawaro) i^lcatlona, eomnwrdcBita wfth to pi^ 
^dient-sideaflenr. 

obfect has already been conndned. 

2 AProxyArdiitectiii«for(te*I>emaiidI&ti^ 

To bring our desi^idiscrvations to bear on todsy's Inlemec, we 
propose the proxy atdntecture in Figure 1. The componemsaic the 
pnoxyi. oneor more dauaype-^speeific distUkn^ an optxcmal namofk 
ewineetwn monitor^ and the appUcation luppart Ubmy. 

XI Prosy Contrd Point 

A dient oommttnicates exdusivdy wi0t the proxy, a contrdler 
process located logically between the client and the server. In a het- 
erogeneous network environment, the proxy should t>e {daoed near 
the bonndaiy between strong and weak connectivity^ e.g.« at to 
basestation of a wirdess mxAnlc necwmlc. The proxy's rde Is to 
retrieve contem from Internet servers on the client's bdsalf , deler* 
mine to high-levd types of to various components (e.g., hnage$» 
text funi). and determtne which distillation engines must be 
em^yed. When to proxy calls a <fistillcr, it passes informatioa 
such as to hardware chsxacteristics of to di en t , acceptable encod- 
ings, and avdlaUe network bandwiddL We eavidon that commod- 
cation between to dient and proxy wtQ use a hghtwdgbl transport 
opthnized for dow links, but we offer some support for legacy pn>- 
tooolsas weU, as we describe In Section 2.4^ 

12 Datatype-Specific DIstiilcn 

The datatype-spedfic disdllers are long4ived proeesses that are 
controlled by proxies and peifoim tfiatillatlon and lefisemeat on 
behalf of one or mdre dients. lypicdly, a distiller wiU be operating 
on a diqtle data object at a time, using to constrdnt information 
suppUedby to proxy. For example, if todienthasaaS4ritgray^ 
scale display, to target bandwidth is 9600 bps, and ddivery Is 
desired in 4 seconds, to image distiller must predict how much res* 
olution loss is necessary to achieve a find representation size oi 
37.5Kbiis. The distiller must account for to reduction achieved by 
converting from indexed color to 6-bit grayscde as wdl as to effi- 
ciency of that tatgd encoding. In Section 4.4 we describe our first 
efforts at building distiUers that can do this. 
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23 r^ctworic Connectkm Monitor 

Hiere aie three mecfaods of determining the characteristics of 
the client's networlc eonnectioit: 

1. User advice. Via as apjffopriste user inler&oe. the user 
ootifies the proxy of her expected baodwMdi. 

X Netwttfk prafUe. The Oaedahis projta [25 JA] h exploring 
vertical handcff (VHO): the seamless migralion of a dtcnt 
among hcteco^neotti wtieless networks. VHO allows the 
client to always switch to the best-available nctwoifc, which 
often lesultt ia an order-of magmtude bondwidlb change; If 
die proxy is infoimed of die VHO, it caa acd vate a new cli- 
ent profile ooncspoftding to die avenge chancterisdcs of 
the new network, 

3. Automatic. A separate process cracks the values of effec- 
tive bandwidth, louodtxip latency, and pndnbility of packet 
enox; and posu events when some value leaves a ••window" 
ofimetest 

Qearty. method (3) is the most difficult to implement but has 
the potential to provide the most lesponsive behavior to the user, 
provided the infoimadon detiveted in the events can be put to good 
use. Specific API's for delivery of sudi events are described in 
[4.36J. 

Because distilled object representations are generated on 
deamd in our Bjchitecture» and because the distiUecs are assumed 
to be able to optimize to a paittcutar sizeof the output, our disiiBa- 
tioa^Msed proxy aidutectuce can dynamically eead to changii^ 
netwoik conditions, for example, a control panel might ^ow die 
user to specify a maximum allowaUe end-Co-end latency for ddiv* 
cry of a particular image. The proxy can ask die image distiller to 
construct a representation diat can be delivered wiihia the desired 
dme bound* gWcn the current effecdvebandwidUi estimate. 

Since the adaptation mechanism is deanly separated from the 
detection of network chaiiges^ our aidistecdm can exploit an auto- 
ms^ netwyk connecdon monitor as an optimization, but will still 
deliver hnpioved service widiout it 

lA OieiitHsideAicliitectDre 

Radier than dealing directly widi transport and data format 
issues, we would like die client ap^cadon to deal with datatypes at 
the i^plicatiott level, to whatever encodings it finds convenient, and 
to be able to spedfy distillation and refinement preferences in an 
abstract way. One way to do thb is via an applicatim su^fort 
Ubrary that provides an API with suitable abscracdoos for manipu- 
ladng data and interacting widi die proxy. The appiicadon support 
libraiy is centered around the process of retrieving disdiled docu- 
ments, and tndudes abstracdons for asynchronous document deliv- 
eiy» spedfytng which data encoding are acc^naUe to die dient. 
and affecting die proxy's distillation decisions by specifying 
weighted constrainis on the distillation axes. 

Because of die library's rich API. die task of implementing cli- 
ent applications that support our refinement and distillation mecha- 
nisms is grcally simplified. Since all communicaiion widi the proxy 
is bandied by die support Ubraiy. applications automatically reap 
the benefits of an efildent, tokenized tran^rt protocol. We 
describe a Td/Tk [31 1 implementation of die litHary in Section 4.3. 

Unfortunttdy. legacy applications must be modified if they are 
to take advantage of our support library. Our ai^tccture does sup- 
port unmodified legacy applications with die hdp of an cHeni^jide 
oecRT. As shown in Hgure 1. die dient-side agent Is a process dial 
tuns locally on die dient device. It communicates widi the remote 
proxy usii^ the applicadtm su|qiort library (and therefore benefits 
from Che library's high-levd abstiacdons and optimized transport 
protocol), but communicates widi local appllcadons using whatever 
protocols and data formats die applications require, such as HTIP. 
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Table 4: DistlDallon tatancy (aaoonds of wbB dodi im) and 
new alios (as percent of oriQbial). for three seta ot tfstfHallon 
paramatem and fMjr irnages. Each column Is Mopendant U. 
the thini cobm gives the results for perlomiinQ afl three 
operaSons of reducdon. 9ay mapping, and foimet oonveisfcm 
to PICT. Thera Is an imp&cft raquanitzallor) t»d( to ilie Oflfl^ 
color prttotte in the fiiet column, accounfino for llaWflherllmea. 

Rtom die perspective <^ legacy appUcadoas, the d ieni'ild e vgem Is 
fimctionally ^valent to die remote proxy, but in realSy actt as a 
"protocol filter*, cffidcndy commurMratipg with die reowte proay 
on behalf ^ die apidicatioa. llieve are tiintts to die dcxMily of diU 
approach: for example, it is awkward to provide a user iatertee for 
refinement in most existing Web browsers. Hoadhdeai. dtt dicflt- 
side agent mechanism allows legacy applications to reap maiqr of 
die benefits ^our proxy arddleeture. 

3 DisCiUationPerfonnflaee 

In dus section we describe and evaluate three prototype disdO- 
en: images, text, and network video streams* Tlie goal of this sec- 
tion is to suppon our claim that in die majority of cases, cnd-to-cnd 
latent^ is reduced by distillati<HL >^ do dus by demoostndiiig diat 
distillation performance on today's desktt^ workstations is suffi- 
dendy &st that the time to produce a tuefol distilled otject is small 
enough to be more dian made up for by die savings in trannnissioti 
time for the distilled obiect relative to the originy. 

3,1 Imascs 

We have implemented an image <fistillcr cdted g^fimmd^ 
whidi implements diiotllation and refinement for GIF [18] images, 
and consists largely of source code fiom the NetPBM Ibdkit {33]. 
As described in Section 4.4. gifimm^ makes simple pretSctfons 
about die size of its output by measuring die achieved l»ts per pixd 
compression of die originaJ image fdadve to a '^aw^ bitinap. Bg- 
ure-2 shows die result of runni^ gffimmch on a large color GIF 
image of die Bericeley Computer Scienoe Division's home bsUdtog, 
Soda Halt The Image of Figure 2a measures 320^200 pixel»i^ 
about ]/8dietocal area of die original 880x610— and uses I6gvays, 
making it sintable for display on a low^end notebook computei: 
Due to die degradation of ^luality, die wiidrig on the building is 
unreadable, but the user can' request a refinement of the sidnegipn 
containing the writing, which can then be viewed at foil resolution. 

'Ihble4 shows die latencies of distilling a number of GIF 
images widi duce different sets of distillation parameten, and die 
resulting size reductions. The measuremems %vcre taken on a ligfady 
loaded SPARCstatioo 20^1 running Solaris X4. The duee sets of 
distiilBtion parameters were chosen as represemative values for 
addressing die three categories of variatioru size reduction to under 
8K bytes, color quantizing to 16 grays, and format conversion to 
Macintosh PICT. The laUe data reveals three cffoots of interest: 
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• More aggresdve color quamization aouaOy cakes less time 
than less aggressive qaantiz^on. In the fiist columiu the 
number of colors in the distilled fepiesefuation was chosen 
to match the number of colon in the original. e.g.t 87 for 
the tot test image. Note that this usuaily requires the 
distiller to perfonn color quantization, since scaling down 
znay introduce a large nun^er of new colofs. In the second 
column, the number of colors in the distilled representation 
was fixed at 8. diosen from a fixed gray palette. For all four 
imag^. the time required to scale and quantize 
aggressively was less than the tiine required to scafe and 
qoantize less aggressively. 

• Format convenion may cause image representation to 
increase in size, to this case because of PICTs inefficient 
encoding of bitmaps compsoed to GIF. This shows how 
choice of representation impactt bandwidth requiremeots: 
if die disdUer is infonned that the client requires HCT. it 
must liudget** fewer pixels for the distiUed re|»cseniasioa. 

• The additional wort of transcoding to PICT adds virtually 
no latency to the overall dlstiUaiion process (compare 
ooluDuis 2 and 3). Adding this step otakes sense, e.g.» for a 
PDA client such as the Newton, on winch PKTT is 
supported by the native GUI but GIF-to-PlCT oonvenion is 
computastonally expensive; 

Image distilladoocan be used to address all three areas of dicnt 
vanation: 

Network variation: The graphs in Figure 3 depict end*to-end 
diem latency for retrieving the ociginal and each of four 
distilled versions of a selection of GIF images: the top sei 
of bafs is for a cartoon found on a popular Web page, and 
the bottom two sets correspond to the images in the last and 
first rows of TaUe 4. The images were fetched using a 
14.4Kb/i modem with standard compression (V.42bis and 
MNP-5) through the UC Berkeley PPP gateway, via a 
process thai runs each image throu^ gifinunch. Each bar is 
segmented to show the distillation latency and transmission 
latency separately. Clearly, even though distiUaiion adds 
latency at the proxy, it can result in greatly reduced end-to- 
end latency. This sui^tts design principle #2. 

Hardware Turiation: The *^p to 16 grays" operation in 
'I^]e4 is appropriate for PDA-class clienu with shallow 
grayscale displays. We can identify this operation as an 
etfeclive lossy compression technique precisely because we 
know we are operating on an image, regardless of die 
particular enco<Sng, and the compression achieved Is 
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FIgura 3: End-lo-ond latency (or Ims^ wttfi and without 
diatiBaaon. Each group of bam repreaants odb frnaga wtth 5 
tevais of ^sttQation; iha top bar rapresants no diatiBaflon at tiL 
Tha y^s number Is ttie tfatffiad aize In kBol^ (so the top 
bar tfvaa tfM original siaa). Note that two of ma undistBlad 
Irrttgas ara off tho seals; the Soda Had Imaga is Off by en oidar 
ofmagnto^. 

signiflcandy better than the TxAx tyincaUy achieved by 
"generic" lossless compression (design principle ffl). 
Software variatfon: Even thou^ HCT offen less efficient 
bitmap encoding than GIF and is not supported by most 
servers, ctHivetsion to PICT is useful for clients such as tfae 
Newum. where PICT is the only graphic fonnai diat can be 
tcodciod cffideoay (deogn pcinctpis 10). 

3,2 Ricb-Text 

We have also implemented a rich-text (fistiUer [27]. whidi pe^ 
fonns lossy compression of PostScnpt-encoded text The distUler 
replaces PostScript fomiatting infonnation with HTML maxkup 
tags or with a custom rich-text fonnat tha: preserves the position 
infonxu^on of the words. PostScript is an excellent taiget for a dis- 
tiller t>ecause of its complexity and vefbosity: both rendering and 
transmission are potentially resource intensive. IDibleS oompaics 
the fcaiures available in each formaL Bgure 4 shows die advamage 
of rich-text over PostScript for screen viewing. 

As with image distillation^ PostScript ^QstUlation yidds advan- 
tages in all three categories of client variation: 
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f=}8ura 4: Scr»«n snapshots of our rfcf^text (top) versus 
ghoBMm (bottom). The ridt-lnd to easier to reed because It 
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Table 6: PostScrlpI OistSration Comparison. Tlie size 
percentages are the gaonmlrlc rnaan o¥Br the liw files listed tfl 

Nctivork Varialkn: First. disdUatioa greatly reduces the 
required baruhvidlh and thus the end-to-end latency, as 
shown in l^le 6. Wc achieved an avera^ size reduction of 
5x when going from compressed PostScript to compressed 
HTML. Second, die pages of a PostScript document are 
pipelined throagh the distiHer. so that the second page is 
dlsdlied while the user views the first page. In practice, 
users only experience the latency of the first page, so the 
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difference ia perceived latency is aboiK Sx for a 2iJBK 
modem, as shown in Figure 5. DiiliUaliQtt QrpicaUy Cook 
about 5 seconds for the first page and about 2 seconds for 
subsequent pages. 
Hardware Variation: DisdUadon reduces deoodiflg tine by 
delivering data in an easy-ID-parse fotmal* and resufts in 
better looking documents on dieau wllb lower qnaliiy 



Software Variatkm: PostScript distillation allows cfieats dtft 
do not directly support tatScript, such as Macintoshes or 
PDA devices, lo view these doeumems in HTML or our 
rtcb4ext format The rich*teat viewer oould be an external 
viewer similar to ghostseripi^ a module for a lava^apaUe 
browser, or a browser plug-in rehderfaig module. 
The PDSlScript distiller win support two kinds of lefiaemeot 
Hrst. users can request a partictttar page at higher quality. Second, 
if the users ate hi rich-text mode (which preserves Iqfout). tfaqr can 
refine a region by maridng it with a rectani^ Una is paiticuhaiy 
useful for viewing figures and equations: the ricb-fext format tends 
to have blank regions where the figures go^ so it la easy co know 
what to refine. 

Overall, ricb-text distiflation rechices end-to-end latency, results 
in moie reliable presentation, and adds new sbiHties to low-end 
clients, such as PostScript viewing. The latency for the ai^earanoe 
of the first page was reduced an average of 8x using the proxy and 
PostScript distiller. Bodi HTML and our rich-text format are signif- 
icantly easier to read on screen dian rendered ftjstScript, aldimigh 
they sacrifice some layout and graphics accoraqr compared to the 
original PostScripL 

33 Real-time Video Streams 

Distillation of real-time traffic introduces an add^onal degree 
of fraedom with respect to non-real-time traffic types, namely, Uie 
temporal dimension. This affects the distiUaiion process of rea!> 
time traffic in two ways. Fim. it allows the distiller to perfm dis- 
tillation in this dtmcnston (commonly called Untporal deemationh 
such as limiting tite frame rate to meet a targ^ bit rale. Second, 
temporal dependencies impose tig)it timing constraints on die distil* 
lation process, which affects the arehitecuire of Ac distiller 

In tiie spatial domain, we can still perform operations su&ilar to 
those used in the image distiller resolution scalhig. tequantization. 
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Rgura 6: The ctsslgn of M video cOsttSar. Any of sMml 
suppoftod fr^ brmots can ba convafted Into any supporttd 
output fonnat As an axampta, the figuro aliofws a JPEQ/R261 
conflgumtion. The intarmadata stage peifQfms a 
transformation on the output of the decoder when nacassary. to 
mabi> the oonventUms of the decoder and encoder and hands 
It to ttia appropfiata encoder. In addition to ory twndwidlh 
reducttoi Inherent bitormat conversion, the output can be rata- 
oonbollad fay deoQupiiiig ttte generafon of output liaffloa from 
»oairl¥atofinpu!irainaa> 

f^t^ 4 fff ynaffni ^ nr imdin^ In fl fofintti that i£ more compieiaMe 
or better matduss the chaxacteristicfi of the end dient 

As with all distiU^oo operations* a central challenge in the dis- 
tittatioo piocesa is to opciniize the pnccpted qoali^ of the result- 
ing stream as a fimctioii of Uie polite distillatioo t^mtlons and 
extenud tiaung constraints. The video distiller follows the model of 
poshing oomplexUy away from the client and tratSng bandwidth for 
quality. The addadcHial chaOeoge htfroduced in the reai-tinie case b 
that temporal efficiency (the analogue of ledocisg end-co-end 
latency for Don«real4ime distillers) is not an opiimizadon, but a 
leq uir tineat 

The video stream distiller t>sed in our architecture is the video 
gateway, ygw, Hgure 6 presents a high level sdteotaticof its desigit 
At the core of the gateway we have a disUUer that can icanscode 
t)etween arbitrary input aiul output formats. The gateway oontrob 
the output rase of the resulting stream by applying any of the above 
raeocioQed ff^ hp ^^*'*^ Section 4^ gives some Imp l e m cntat i ott 
details; for a complete descripdon» the.ieader is referred to [2]. Bg* 
ore 7 iHustrates the relationship between the output frame late and 
output <]uality, as measored by dte peak signaMo-noise radcm 
(PSNR) of die tesulting frames. The figure ploU seveiBl sizes of 
images at a pven btt-^rate, showing a four vray lradfr«ff between 
quality, frsm^Tate, spatial dedmation, and bit^aie. 

Altfaosgli vgw*a distUlation techniques aio difVmst from d»se 
of the im^ and fid» text distsQera, they ctcaily adtas the fhite 
areas of cUent vaiiatioiu 
Network Variation: By bottling the frame rate, we can meet 
any target bit rate. We can also affect the ou^t bit rale by 
altering fg^^jpg parameters such as quantizaiion factors. 
Hardwaie VariatioD: Since vgw can decode die tocoming 
video stream to pixel domain* its output cncoc^ng can be 
tailored to meet diem screen limitadons. For example, vgw 
can provide halftoned output to a device widi an S-btt 
grayscale display, trading off coinpressioo performance for 
tendering complexity. Vgw can also accommodate devices 
wid) hi^ bandwidth but limited CPU rendering speed by 
Ottottling die firaitie r^ 
Software Varlatioii: Vigw converts among NV, MJPEG» 
H.261. and an ciror-tolerant form of VQ used by die 
Beikel^ InfoPad (8], and k appears to clients as a video 
source. This enables the InfoFad to participate in MBONB 
broadcasts, even though it employs a proprietary video 
fonnat, and it does not wpport I? multicast Tbus several 
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aspects of software vuistinn arc addicased without 

modifying or even notifying the server. 

We are also additig refinement capabtlides to vgw. In particular, 
diems will be sl^e to zoom into a put of a stream uid view dut 
subset at higher quality. We can also dynandcaUy contrd the trade* 
off among frame rate, color depth and resohition. For cxainpic, 
when the content is ceiatively static, such as overhead slides, we can 
reduce the frame rate and increase the resolution. As widi images 
and rich-tcjo, these techniques ex{toit datatype-spedfic knowdedge 
to maximize die semantic cooteol of the stitam fbr each die&t» and 
enable video ddivery to diento for which it would otherwise be 
impossible. 

34 Scalability Concerns 

The previous secdons bavedemoostntad that noden worhiia- 
dens are soflicienUy fiut ttial distiUatkm time is often small torn* 
paied to time saved in tsaosmisuon of a distilled ^qecL In our 
aithitechire, muldple distiUation opeiasiotts can be scr^dced in par* 
alld by a stogte pool of con^dog tesouroes [3] on behalf of a 
polendally laxge setof dienis. 

To explore how well our architecmie scales lo laise nutidiers of 
diena, we simulated dm load placed on a WWW proxy by a 
parameteriz^le number of users. For the purposes of this simula- 
tion, our web proxy was modded as atiogje 80-MHz HP R\-RiSC 
workstation diat serviced all image distillation requests but was oth- 
erwise unloaded. The simulator used performance characteristics of 
our image distiller (as measured on die same woikstadoi} to model 
the distsHation latency perceived by the user as a function of d}e 
image size and the mmiber of simultaneous imag^ distillatiotts cur- 
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43 Qknt-siileliiipieinattatioii 

We have tmplememed a client-side application suppoxt library 
ID C on top of whicb U layered iaaguage-spedflc ^^glue"* to the pro- 
gzanuoing cnvinnmeat of your choice (cunently Tcl/Tk« via a shell 
called gmwish). We aie using gmwish as a rescaicb teslbed for 
exi^oring the effective&ess of our AH* and fior testing tiie implex 
mematson and perfdnnance of our core C Ubniy and modular 
pfoxy. Tb thU end, we luve in^leaientBd an image Ixowser ap^ca- 
don tlutt can letftet^e and cefine WWW images. We diose this BppU- 
eadon because it was easy lo implement nsing Tic. and because it 
exerdses the entire proxy API. The miyor functions provided by die 
API indode requesdng document defivecy, pioviding aqrnchnmotts 
notificaiion ai document acrival, spcdiying which data enoodiogs 
aie aoce|»sUo to ihe cUem. and indittaly connolli^g tfsiUlatton by 
spedfying wdghted constraints on the distillation axes. 

It is <UfficuU to design an effective user interfocc for controlling 
many semamiodly orthogonal disdlladon axes. In our image 
browser* the user can specify a desired exact value for any one of 
die download time» Tesolttti<M> of the image* and color d^ith of dte 
im^e; and specify the relative importance of the remaining two. 
Howeves; die conversion of dsese constraints to disctllation parame- 
ters at the proxy is not as complete as it should be, and we expect 
this cbaxacteiization to lead to significant future work. 

Perhaps unsurprisingly, we observed that asynduonous data 
ddivcry is the largest source of complexity in Che library and in 
applications that use it For extremely impoverished clients, the 
inqilemeotalioa overhead of this com^exity is likely to outweigh 
the benefits of asyoduonous ddiveiy notificatitHL We are desigmng 
a ligbtwei^t venioo of the ^ii^cation support library thai has the 
smallest useful substt of the full functionality for small clients. 

4j4 Image DistBler 

The image distiller we use is constructed largely from source 
code in Ned'BM [33X Currently die distUler picks a ccrfor palette 
based on the known capabilities of the client (which identifies itself 
when it first connects to the proxy and estabti^ a session), and 
optimizes for a particular target size in bytes of the dtstUled ttptt- 
sentation by pmiicting con^nesnon. IVedictian is done by observ* 
ing the expansion when converting the original image to the PPM 
inicrmediate form, and multiplying this by an enooding-spedfic 
""expansion ratio** based on the elective bits per pixel achieved in 
past runs using the same target encoding. The distiller is typically 
able to meet this output coostiaioft wtt^ a maigln of about 10- 
13%. 

There are several modvadons for choosing output represenu- 
tion size as tiic optimixation target, including targeting a particular 
latency bound based on known network bandwtdd) or observing a 
iriyTtTHtm ^er size in the client (the latter is particularly tmpor* 
tant fbr PDA's), in practice, however, the user might warn to 
raize for a difiicrent constraint, e^g., sacrificing color to achieve 
better resohidon while maintaiiung a roughly constant representa- 
tion size. We lecogidze diat In general, mapping a set of weighted 
constraints to a set of input parameters for a distiller is a nontrivial 
opdmizatioa problem. Our goal ts to provide a general self-training 
mechanism, whereby a statistical model of tiie disciilatton process 
could be used to predict achieved compression or latency of per- 
forming the distiUalioo, given a particular input document and set 
of distillation parameters. We do not curxendy have such a general 
mechanism, but it is a major subject of cominuing work. We are 
exploring bom automated statistical modeling [7] and neural net- 
works as tools for tackling Uiis problem. 

4S vgw Video Stream Distiller 

As initially described in Section 3 J. the basic vgM^ model 
involves transcoding from some set of supported input formats to a 



^osribly (fifreiem) set Of output fortnats. Each itqmi fcmnat is han- 
dled by a module that decodes the ineomir^ bit stream into an Inter- 
mediate representation, which is transformed and ddivered to an 
encoder that produces a new bit soeam bi a potcnria lly new frnmat. 
VgHT joins two separate stateless real-time protocol (BTP) sesslooa 
and properly transfoons the RTP data and control streams. 

Requiring every transcoder oontlguratioa to decompress ^ the 
way to the ^xel domain, and then re-e n code die stream fitom 
scratch, would impose a large perfbtmance penalty, instead, imilti- 
ple imermediate formats are allowed. Hie choice of Intermedkte 
format is a fimction of die encoder^decoder pair, dettrndoed by die 
lowet coo^ylexity decoder/encoder data path. In Una way, enoodctf 
decoder pairs can optimize their interaction by choosing an appro- 
priate intermediate format Fbr example, DCTbased coding 
schemes like JFEG [201 and H.261 [15] can be more eflicieody 
tranacoded using DCT coefficients, which avoids the slow coover- 
sioo to the pixel domain. 

The intermediate format also allows us to perform transfbrma- 
dons on the canonical image daa, such as temporal and spatial dec- 
imation and frame geometry conversion (e.g.« to handle diffifirent 
resolutions) and caSor decimation canvecsion (to handle different 
chrmninance plane downsampUng schemes). 

Vgw has been tn service in '^nodttdioa modef at CERN» as 
didr transadaii^ MBONB gateway. It is also in use fay die Berke> 
toy ittfoFad (8], transcoding MBONE video to lafoFUd VQ fonnat, 
thus allowing the MBONB video bioadcasis to be viewed on die 
InfoPad. 

4jS Other ApplicatioDS 

The proxy areUtecnuemay be appealing for service providen 
thai wmdd like m endde their subscfibets to ttse low^ost cliem& 
has been said that ^..the Qtdmsle ble of Network Gompoieo inay 
depend on the adopdon rate of technologies such as... ATM and 
cable data modern^ [191 A **pmMr NC ardntectttie mitigates 
dds limttadoo, howievec; tinee the existing telephone and wireless 
infirasifucnue can (e used to provide much better service via a 
proxy than could be obtained fiom die *Yaw^ network. 

Because the proxy architecture is designed to address the limi- 
tations of an extremdy wide range of clients, it is a good candidate 
for a system to deliver Internet content via caUe TV converter 
boxes, even if those dienu enjoy connectivity at caUe-modem 
speeds. The as^peal of Intemet*ftom*your*TV will be significant if 
the client computer can be int^rated into the cable converter box, 
which cable subscribers do not need to purchase. TIds design 
requirement leads to severe hardware and software constraints, 
which our imixy architectore is uniqudy posidoned to address. We 
are working with Wink Comrmmtcations, Inc. (381 to butU and 
deploy such a system, allowing users of properly equipped cable 
converter boxes to access Internet content using their TV and 
remote coiuroL 

5 RdatedWorfc 

None of die techniques dtscttssed In this paper is fundamentally 
new on its own. We view our contribution as the generalization of 
existing mduiiqttes into a imiform architecture, in which distillation 
on demand is used is used to adapt to ever-incretting client vari- 
ability along ihrae disdnct axes, aU in a medium sdU undergoix^ 
explosive growdi. In Utts secdon we discuss work in die thre^ 
our architecture spans: content transcoding, adapting to poor net* 
works, and shiftiiig an^cadon complexity aw^f firom snuU dicms. 

5.1 Tbuiscodhag Proxies 

The idea of placing an inter mcdiB ty between a client and a 
server is not new. Hie original HTTP specification (61 expliddy 
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pvDvido a proxy mediaiusm. Tboogb it was originally jarended for 
usm bcfaind security (uewaUs* it has been imt 10 a mun^ 
uses. iiiclitfUqg Kanjl fonnat transoodiqg (34)» Kai|ii«to<iIF cojh 
vetrioD (39], and leodering equations from mazfcup [40], ttie DU* 
tribtaed Qients Ptoject (13] is also exploiting applicatloo-tevel 
stream tcaasdaeers (9] as one of se«aal nwciianisms for facttitaitqg 
Web bfowsmg with intermiltent connectiviiy. 

5 J Adding QicDts From Effects of Slow Networks 

On>tbe*fiy compression, especiaUy for protocol metadata si the 
nelwoik levd, has long been used to mitigate the eifectt of slow 
networiu (21.1Q. \^otts netwoA- and transpon-leve] optimiza- 
tions have also been used to addiess the wireless case [5], which 
has pfopagatioo and ertor characteristics quite diffeient from (hose 
of most wiied networics. 

The Odyssey syslem (29], on the other hand« supports a form of 
cod-to-cod bandwidth management by provicfing a fixed number of 
representations of data objects on a server, and specifying an API 
by which clients track their "environment" (including. e.g.. network 
characteristics) and negotiate for a representation that is approfatate 
for tbdr current connectivity. The approach as described requires 
substantial changes (content, fliesystem oiganizarion, control logic, 
and kemel modifications) to the server, and does not Bccornmodate 
dfoits whose configurations suggest a data rqnesentation some- 
where to between those available at the server. Nonetheless, a distil* 
lation proxy could negodate with an Odyssey server for a 
r^fcseataiioa that would minimiae the additional work the proxy 
would need to do OR behalf of its client 

5 J Hybiid Nctwoilc- and Ap^ntioii-JLcvti Ap^oaefaas 

We know of at least two projects that oombine oetwoik»[e«d 
optimizations with at least some i^licatioii-tevel ooment filtering. 
MOWGU (26] provides both a proxy and a clieot-alde ^geat, which 
cooperate to naa^ the wardess link using aa efficient datagram 
protocol, Mde disconnecdon ftom higher network layers , and 
tokeaize appUcadoo level protocols and dam fonnais sodk as HTTP 
and HTML to rednce bandwidth requirements. However, 
MOWGU's protocol4evel lossless oompression stands tn contrast 
to our document model's semandc lossy compression, and 
MOWGU cannot dynamically adapt Its behavior to changing net- 
work conditions. 

Bruce Zeoei's **dual proxy*" architecture [41] also features sepa* 
rate low-levet and high-level filtea, which can be demand-loaded 
by applications. The low-level filters opersoe at die sodcet API level 
and require modifications to the mobile device's network stadL The 
high-level filters can use applicacion<specitic semantics to filter data 
before it is sent to a client, but the filler is pan of the application 
rather than a middleware compwient, which complicates its reuse 
by other applicatiofis and makes it awkwani to support legacy 
^ipucations. 

SA Fartitioaing of Application Complexity 

Rover [22] provides a rich distributed*obica system that gives a 
uniform view of objects at the OS levd. and a queued RFC system 
that provides the substrate lor invoking on objects. Ibgether these 
abstractions allow discoimection and objea migration (incUtding 
code) to be handled largely implicitly by the OS. For example, sim* 
pie GUI code can be migrated to the mobile, where it will use 
queued RPC to communicate with the rest of the application run- 
ning on a server, Rover's goals and functiooality are con^riemen- 
tary to our own, and nothing precludes the oompositioa of queued 
RPC and RDO*s with the functionality of our proxy architecture. 

Wit [36] partitions mobile applicaiions between a cllem run- 
ning threaded Td on an HP palmtop, and a workstation-based 
proxy procesiw However, Wit 1 did not empbasiae bandwidth man- 



agement (diough ooUiiBg in die Wit arddieciiire pmiudes Us use 
on a per-applicatioo basis), nor did it specify a oniftem aiddtoctue 
for ^)pUcation paitidoninig. Wit verrioa 2 (17] adds a unlfisfin 
archltectuio in which client dbfa is trealedas agripb of objectt con- 
structed by the proxy, where graph edges coooeot •*r»latod** data 
objects <e.g., seqjuenttat or threaded laessages in a maa queue). 
Bandwf ddi nunagement can be achieved by explicitly pnmiiag die 
graph, eg., lazily fetcfaiiig subsequent messages in a mail thread, 
rather than prefetching dieni to the hddal commuolcadoQ with the 
proxy, 

5*5 Cooperative Caching and Pr^etchlng 

Cooperative caching relays (17.28,1,10] and pxcfetdaog can 
reduce the latency seen by the diem and server-to-ttcfae bandwidth 
requirements, but do not address cadte-^xlient bandwiddi (e.g.. 
the client is connected to die cachiog iday via a slow link) or client 
hardware/software variation. We believe dial distributed ooopcia* 
tive caching will ultimately be necessary for managing die explo- 
sive growth of the Internet, but not for reducing overall latency and 
bandwidth to the diem. The proxy does, however, provides a natu- 
ral locadon for cooperadve caching of (Stilled and uzafistiUed data, 
exploidng locality among a group of Insdtudonal users connected 
tothesamepfoay. 

6 Condosioiis 

High dicnt vaiialHIity is an area of increasing concern diat 
existlqg servers do not handle weB. We have proposed dsoe dedgn 
prindples we believe to be tundaaientd 10 addressiag vaiiadoD: 

• Daoi^pe-spcdfic distittaiiott and refinement achieve better 
Gompfcasioii than doea losdesi oompieasioa widle 
leiaitting usefid semandc content, and allow networiL 
lesources 10 be managed at the applieatlQtt leveL 

• te-demand dlsdOadon and refinement reduce end-to-end 
latency perceived by the diem and are more flexible than 
reliance on preoompuiad static representations. 

• taforming distillaliott and icfinemeat In die network 
infcastruciure rather dian at the endpoints separates 
tedudcal as well as econoiuic oooceius of dJcnts and 
servers. 

We have also descrd)ed a proxy architecoue based on these 
design prindples Ihm has the flbflity to adapt dynamically to cha^^ 
ing network condilioas. Our aicliiteciuie provides a geoenlixed 
ftamework for simultaneously addressit^ three independent caete- 
gories of diem variation by spP^y^ well-understood nrhmqafs in 
a novd way. 

Our prdiminaiy results, based on bodi implemented prototypes 
and trace-driven simulations, confirm the efficacy of our approadi. 
In panieular, on-demand dtstUladon leads to better peffomaiee^ 
often including an order of magnitude laioicy reduction, better 
looking output (targeted to die particular diett screen), and new 
abilities such as video access or PostScript viewir^ for low-end 
devices. 

As new and varied Internet dieiits become available in vohme; 
we expect that value-added p»xy services based on dds ardatec- 
tuie will play an mcreasia^y importam rde in die netwodt Infra* 
structure. 
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